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(54) Title: AUTOMATIC ELEVATOR DESTINAHON CALL PROCESSING 

(57) Abstract: A potential elevator passenger or occupant (bearer) carries a portable transmitting device with which he must overtly 
indicate his intent to take an elevator trip before interrogation by a beacon will cause an elevator call to be automatically registered 
for him, or indicate his intent before gaining access to a space. The intent to take a trip is cancelled when the bearer enters an elevator 
car, requiring an additional overt act prior to entering an automatic elevator call the next time that the bearer approaches an elevator. 
De&ult destinations (floors or spaces) may be signified for the bearer, depending on the floor where the device is located, or the 
bearer may establish an alternative destination, the alternative destination being cancelled from the device when the bearer enters 
an elevator or gains access to a space. The intent may be managed and a defoult destination may be provided either by the portable 
device or by a system in the building. Authentication of the bearer's voice may precede provision of the token. Tokens may be 
manifested by the presence of alternative destinations. 
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AUTOMATIC ELEVATOR DESTINAnON CALL PROCESSING 

TECHNICAL FIELD 
This invention relates to registering the desire of a passenger to have an automatic 
elevator call entered for him, selection of a default destination or of a passenger input 
5 destination for the automated call, and limiting the use thereof to a single trip. 



BACKGROUND ART 

The automatic entry of destination calls in order to better allocate elevators to 
respond to the calls and to avoid passengers using a keyboard at the elevators in order to 

1 0 enter their calls, has been shown to have two major problems. The first problem is that 
many times persons walking through an elevator corridor have no intention of utilizing 
the elevator, but a call will be automatically placed for such person; the number of false 
calls causes the potential advantage in dispatching to be totally lost, and wastes elevator 
capacity as well. The second problem is that passengers at the elevator must enter calls 

15 with push buttons or keys, or must utilize push buttons or keys to change calls when the 
destination of the automated call is not the desired destination of the passenger for this 
particular trip. This causes a clutter of passengers attempting to make call entries near the 
elevators. 

A significant improvement is described in commonly owned U.S. patent 
20 application 09/1 1 1,355 filed July 7, 1998. Therein, voice badges are carried by 

passengers and they must indicate by voice whether or not they wish to travel on the 
elevator. In addition, a passenger can indicate a destination floor other than the normal, 
default destination floor, as his desire for the ensuing trip. In that system, a far beacon, 
remote of the elevator, wakes up the badge and causes it to alert the passenger to indicate 
25 his intentions. If the passenger says "elevator" or the like, and does not indicate a 
different floor, such as "office" or "37", the call will be entered for the normal, default 
floor. If the passenger verbalizes a different floor, the call is placed with that floor as the 
destination. The call may be assigned to a car, and the number of the assigned car may be 
communicated to the badge for announcement to the passenger. When the passenger 
30 reaches the elevator, another beacon will alert the badge to respond, to see if the 

passenger for whom the call was made has indeed reached the elevator. If not, the stop 
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may be cancelled if there is no other passenger requesting a stop at that floor. This 
system avoids the problem of entering false calls when a person is passing through the 
lobby with no intent to use the elevator; the verbal operation offers the opportunity to 
commimicate with the elevator without use of the passenger's hands. However, voice 

5 recognition and voice synthesis consume a significant amount of power. Generally 
speaking, talking to a badge in a place where other users are also talking to their badges 
can create significant audible background noise and thereby cause lack of recognition or 
misrecognition of the passenger's intent. Furthermore, some people are reluctant to talk 
to badges in public. In addition, if the badges are not clipped close to the neck, they may 

10 have to be held in the hand to make them adequately responsive for accurate call 
placement. 

U.S. Patent 4,979,594, discloses a firequently used, default destination for 
automatically entered elevator calls. In the patent, the device may be in an automatic 
mode, or in a manual, push button mode. Use of the push buttons must be near the 
15 elevator, therefore negating hands- free operation near the elevator. Furthermore, if the 
operator fails to switch from the push button mode to the automatic mode, excessive use 
of battery power may result and undesired calls may be entered. A related problem is 
determining when a passerby desires to enter a space having automatic door control, 
particularly where security is involved. 

20 

DISCLOSURE OF INVENTION 

Objects of the invention include reduction of false calls in an automatic elevator 
call system; significant reduction in battery power required in an automatic elevator call 
system; reduction of mixed signals approaching or at the elevator as a consequence of 

25 numerous passengers speaking to their devices; an automatic elevator call system 

allowing hands-fi-ee operation near the elevator; an improved methodology for managing 
overt intent indications fi'om a potential passenger in an automated elevator call system; 
improved automatic access to space; and improved management of authenticated access 
to secure spaces, elevators, and elevator destinations. 

30 According to the present invention, an automated access system utilizes unique 

portable devices carried by each individual bearer for transmitting the bearer's intent to 
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gain access to spaces or utilize elevators; the transmitted intent is defined herein as a 
"token", which is automatically cancelled when the bearer enters a space or receives 
elevator service. Elevator call system embodiments also transmit the desired destination 
for the passenger's next elevator trip. The destination and/or token may be preset 

5 remotely of the spaces or the elevators, respectively, when the portable device is outside 
of the range of any beacons. The elevator destination may either be a normal, default 
destination established for that passenger for elevator trips leaving from the floor of a 
beacon which activates the portable device, or the destination may be a destination 
established by an input into the portable device provided by the bearer. The disclosed 

10 exemplary embodiments utilize voice or keys, buttons, and displays, or combinations of 
them, for commxmication between the individual bearer and the portable device. 

The token may be provided in security situations only if voice authentication is 
successful. 

The mvention eliminates false calls by requiring that a potential passenger overtly 
15 indicate an intent to utilize the elevator. The invention avoids call or access interference 
and the use of hands in the vicinity of the elevators or spaces by allowing all inputs to the 
portable device to be made remotely, whether keys or voice are used. The invention 
avoids incorrect or false elevator calls or access to space by canceling the token and the 
established destination as soon as the bearer boards an elevator car or enters a space, and 
20 excessive battery use is avoided by virtue of the process of the invention. 

Other objects, features and advantages of the present invention will become more 
apparent in the light of the following detailed description of exemplary embodiments 
thereof, as illustrated in the accompanying drawing. 



25 BRIEF DESCRIPTION OF THE DRAWINGS 

Fig. 1 is a stylized, perspective view of an elevator corridor illustrating beacons 
which may be used with the present invention. 

Fig. 2 is a simplified macrofiinctional diagram of a voice interrupt of a portable 
device in accordance with the present invention. 
30 Fig, 3 is a simplified functional diagram of a key interrupt which might be used in 

a device of an alternative embodiment of the present invention. 
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Fig. 4 is a simplified functional diagram of a beacon interrupt which may be 
utilized in a portable device of the present invention. 

Fig. 5 is a simplified functional diagram of a beacon interrupt in an alternative 
embodiment of the invention. 
5 Figs. 6-8 are simplified functional diagrams of various beacon response routines 

illustrating a second embodiment of the invention in which the token is managed by the 
building. 

Figs. 9-10 are variants of Figs. 2 and 4 which include voice authentication for 
security. 

10 Figs. 11-13 are variants of Figs. 5, 7 and 2, respectively. 



BEST MODE FOR CARRYING OUT THE INVENTION 

The invention may be used to control access to a space, or for automatic elevator 
calls. As an example only, an elevator system is described, and modifications thereto for 
IS use in space-access system are described. 

Referring to Fig. 1 , a plurality of elevators have doors 12 that open, as shown for 
the elevator 9, onto an elevator corridor 15 on a floor 16 of a building 17. A car 1 8 of 
each elevator includes a beacon 20 which may be a transponder, which wakes up a 
portable device 21 wom or carried by a bearer, such as a passenger 22, and also receives a 
20 transmitted ID number, destination floor number, and the like from the device 2 1 . The 
building may also have additional beacons, such as an elevator beacon 24 and a remote 
beacon 25, at least one which may be transponders to receive at least a destination floor 
number or an ID number from the device 21 , in order to place a call for the passenger 22. 
The device 21 may typically comprise a microprocessor having a data input 
25 capability, such as voice (Fig. 2) recognition or keys (Fig, 3), so that the passenger may 
enter his intent to utilize the elevators, and so that the passenger may input the 
identification of a floor which he wishes to use as his destination. 

In a first embodiment of the invention illustrated in Fig. 2, it is assumed that the 
portable device 21 is a voice responsive badge, which may be of the type disclosed in the 
30 aforementioned application. The device may include a conventional microprocessor 
which has a sleep mode in which its only function is to wake up, and which therefore 
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consumes a very small amount of energy most of the time. In such a case, the 
microprocessor may be set to respond to the human voice to wake up and perform certain 
functions, as illustrated in Fig. 2. Therein, a voice interrupt will reach a routine through 
an entry point 28 and a first pair of steps 29, 30 will cause the microprocessor to wake up 
5 and initialize. Then, a step 31 will set a token indicating that the passenger does intend to 
take a trip in an elevator the next time he approaches an elevator. In this embodiment, it 
is assumed that if the passenger says anything at all, it will indicate he intends to ride in 
an elevator the next time he approaches one, and therefore the token is set automatically. 
However, the passenger may also enunciate the identification of a particular floor, such as 

10 by stating a number or by stating a function (office, lobby) indicative of a floor. A 

conventional voice processing subroutine 33 will process any verbal inputs to the device, 
to determine the meaning of any words said after the device has woken up. In the 
simplest of embodiments, all that may be achieved by the subroutine 33 is to 
automatically set a token and determine if a floor has been identified. If it has, then an 

15 affirmative result of a test 34 will reach a pair of steps 35, 36 to set an alternative 

destination flag and to set a destination value equal to the number of the floor which was 
identified by the subroutine 33. Having done that, the routine of the voice interrupt is 
concluded by causing the microprocessor to resume sleep through a point 38. On the 
other hand, if the passenger had only spoken some word to indicate intent to use the 

20 elevator, a negative result of test 34 will bypass the steps 35, 36 and cause the 
microprocessor to resume sleep at the point 38. 

The invention may be embodied with a portable device 21 which utilizes keys, 
either as an alternative to voice, or in addition to voice. In such a case, a key interrupt 
routine illustrated in Fig. 3 may be reached through an entry point 40 in response to 

25 depression of any key on a device, and a first pair of steps 4 1 , 42 will cause the 

microprocessor to wake up and initialize. In this embodiment, it is assumed that the 
device can be awakened by pressing any key, but if indeed it is awakened by pressing a 
key indicating an intent to take an elevator trip, then an affirmative result of a test 44 will 
reach a step 45 to set the token (the same token which may be set automatically in the 

30 embodiment of Fig. 2). But if the intent key was not depressed, a negative result of test 
44 will bypass the step 45. Then a subroutine 47 will process any of the keys that might 
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designate destination. These may be function keys having names such as lobby, office, 
cafeteria; they may be a plurality of keys that each identifies a given floor number; or 
they may comprise a keypad upon which a sequence of one or more keys is pressed to 
identify a floor number. In any event, if the subroutine 47 determines that destination 

5 keys have designated a given floor, then an affirmative result of a test 48 will reach a step 
51 to set the alternative destination flag and a step 52 to set the destination for the next 
trip of that passenger to be equal to the number of the floor that is designated in the 
subroutine 47. And then the microprocessor will once again resume sleep through a point 
54. However, if a destination floor has not been designated, a negative result of test 48 

1 0 bypasses the steps 5 1 , 52, causing the microprocessor to resume sleep through the point 
54. If desired, the routine of Fig. 3 can be utilized without either establishing intent or 
identifying an alternative destination. The routine, for instance, may have a display 
subroutine so that simply waking the device up will cause a subroutine to display the 
current next destination, whether it has previously been established by the step 52 or in a 

15 fashion described hereinafter. However, these alternatives are irrelevant to the present 
invention. 

In accordance with the invention, depending upon the embodiment, the functions 
of Fig. 2 or the functions of Fig. 3 may be performed while the passenger is a significant 
distance from the elevators. Later on, which may be very remote in time, or only a few 

20 moments, as the passenger approaches the elevators, a beacon, such as one of the beacons 
24, 25 (Fig. 1), will wake up the microprocessor. In such a case, the beacon interrupt 
routine of Fig. 4 may be reached through an entry point 57, and a first pair of steps 58, 59 
will cause the microprocessor to wake up and initialize. Then a step 62 may store the 
name of the beacon, identifying its location in the building, such as "west corridor", 

25 "elevator corridor", or "car 3. In a space-access system, the beacon will transmit the 
number of a door ("door" may include gate)" with which it is associated. A step 63 will 
store the number of the floor, the car, or the door on or near which the beacon is situated. 
The beacons will transmit names and floor or door numbers as necessary, after 
transmitting a sufficient number of bits to wake up the microprocessor and cause it to 

30 become initialized, in time for the microprocessor to be able to recognize the name and/or 
number messages. A test 65 determines if the token was set, either automatically as set in 
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step 3 1 of Fig. 2, or by means of a key as set in step 45 of Fig. 3. If the token has not 
been set, a negative resuh of test 65 causes the remainder of the routine to be bypassed 
and the microprocessor will go to sleep through a point 66. If the token had been set, then 
an affirmative resuh of test 65 reaches a test 68 to see if the alternative destination flag 

5 had been set in either step 35 or step 51; if not, a subroutine 69 will cause a destination 
number to be set equal to the default destination for the case where the passenger will be 
leaving from the floor of the beacon which woke the device up. In other words, if the 
beacon is on the lobby, the default destination may be the passenger's office floor; if the 
passenger is on his office floor, the default destination may be the lobby. But if an 

10 alternative destination had been established and the alternative destination flag set in 
either step 36 or step 52, then step 69 is bypassed so as not to change the new destination 
which the passenger has entered purposefully. A step 72 will then cause the device 21 to 
transmit a message including its ID number, the beacon floor, and the destination, so that 
the beacon which woke up the device can receive the information and enter a call for the 

15 passenger 22 bearing the device 21 . If the beacon is in a corridor, a hall call will be 
entered; if the beacon is in a car, a car call to the transmitted destination will be entered. 
A test 73 determines if the beacon which woke up the device is a car beacon. If it is, 
steps 75 and 76 will reset the token, and set the destination to all zeros, so that an 
affirmative action on the part of the potential passenger will be required the next time the 

20 passenger approaches an elevator beacon; otherwise, a call will not be entered for the 
passenger. That is, at some subsequent time when the device is awakened by a beacon, 
test 65 will be negative. This not only covers the situation where the passenger is 
approaching the elevators for a subsequent trip, or may only be passing such elevators, 
but it also covers the situation which occurs as the passenger leaves the elevator from this 

25 particular trip for which he has indicated an intent, so that a false call will not be entered 
for him at that time. An affirmative result of test 73 also causes a step 77 to reset the 
alternative destination flag, whether or not it had been previously set, so that upon the 
next approach to an elevator system, the alternative destination flag will not prevent the 
default destination from being established in step 69, unless a new destination is indeed 

30 entered by the passenger prior to that time. The token, the alternative destination flag and 
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the destination may be reset at a later point in the passenger's trip, so long as it is done 
before the service is concluded (before the passenger reaches the destination of his trip). 

In a space-access embodiment, the door would be unlocked or opened in response 
to transmission of the ID only; test 68, subroutine 69, test 73, and steps 76 and 77 are 
5 eliminated. 

In another embodiment of the invention, the intent token and any alternative 
destination may be transferred to the building the first time that a passenger passes a 
beacon, and signal processing means w^ithin the building, such as a dispatching controller, 
keeps track of the token to register a hall call and then a car call for the passenger, and 

10 cancel the intent token and the alternative destination flag once the passenger enters the 
elevator car. In a space-access embodiment, the token may be received by any beacon 
and saved until the bearer responds to the beacon associated with the space. A device 
may have a plurality of space identifications transmitted to a building. In such case, the 
token for each identified space destination will be cancelled only by a beacon at the 

1 5 entrance to such space. 

Referring to Fig. 5, in an embodiment in which the building manages the tokens, a 
beacon interrupt in the portable device 21 may be reached through a point 80 and a first 
pair of steps 82, 83 cause the device to wake up and initialize and a step 84 stores the 
floor number of the beacon which caused the interrupt. A test 87 determines if the token 

20 was set, and if so, a test 90 determines if the alternative destination flag has been set or 
not. If so, a step 91 causes the device to transmit the ID, the destination, the alternative 
destination flag, the floor number of the beacon, and the token. In this embodiment, the 
floor number of the beacon is necessary, as in the preceding embodiment, only to ensure 
that the transmission will be ignored if picked up on a floor other than the floor of the 

25 beacon. If the alternative destination flag had not been set, a negative result of test 90 
reaches a step 93 to cause the device to transmit the ID, the floor number of the beacon, 
and the token. If there is no token, it may be because the bearer did not cause it to be 
generated, or it may be because the token was previously transmitted and then erased. 
Therefore, to relate the bearer to the previously-stored token (if any) a negative result of 

30 test 87 reaches a step 94 to transmit just the ID and the floor number. In this 

embodiment, as soon as the device has transmitted the token and/or floor number and/or 
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the alternative destination flag and destination, the token and alternative destination flag 
are reset by a pair of steps 95, 96 and the destination is set to zeros by a step 97, 
respectively. And then the device is caused to resume sleep through a point 98. 

Figs. 6-8 illustrate three functional routines which may be undertaken when a 

5 beacon receives a response from one or more portable devices. If a response is received 
by a remote beacon, such as the beacon 25 in Fig. 1, the routine of Fig. 6 may be entered 
through a point 99, and a test 100 determines if a response has been received; if so, a 
subroutine 101 causes any received responses to be stored in ID order, and other 
progranmiing is reverted to through a return point 102. If no response has been received, 

10 the subroutine 101 is bypassed. 

If a response is received by an elevator beacon, such as the beacon 24 in Fig. 1, 
the routine of Fig. 7 may be entered through a point 105 and a first test 106 determines if 
a response has been received; if not, other programming is reverted to through a return 
point 107. If any response has been received, a subroutine 109 causes all such responses 

15 to be stored in ID order. Then a step 1 1 0 points to the first stored response so that the 
content of that response can be identified. A test is used to scan through all possible ID to 
see which of them have transmitted a response. The test 1 1 1 determines if a token was 
received for that ID; if so, a test 1 12 determines if an alternative destination flag was 
transmitted with that ID. If not, a subroutine 1 1 5 will generate a destination which is a 

20 default destination for that particular ID when originating a trip from the particular floor 
upon which the elevator beacon is disposed. On the other hand, if there were an 
alternative destination flag transmitted with the ID, an affirmative result of test 1 12 
bypasses the subroutine 115. Then a step 118 causes a hall call for the floor of the beacon 
to be registered for the related ID. A test 1 19 determines if the transmission received 

25 from all the ID's providing responses have been treated or not; if not, a step 120 causes 
the routine to reach the stored response of the next ID and the functions 1 1 1 - 1 1 8 are 
repeated. If no token has been received for each ID number in turn, the functions 1 12- 
1 18 are bypassed. When all of the received responses have been treated, an affirmative 
result of test 119 causes other progranmiing to be reverted to through the return point 107. 

30 To handle any response received from a car beacon, such as the beacon 20 in Fig. 

1, the routine of Fig. 8 is reached through an entry point 124 and a first test 125 
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determines if any response has been received by the car beacon. If not, other 
programming is reverted to through a return point 126. But if so, all the responses are 
stored in ID order by a subroutine 128. Then all of the ID's are scanned to handle those 
that have responded. A test 135 determines if each ID has been received; if so, a 

5 subroutine 136 will cause a car call to be registered for the destination floor for that 

particular ID. The destination floor may either be one generated by the subroutine 1 15 in 
Fig. 7, or generated by the passenger having manipulated destination keys, as determined 
in subroutine 33 in Fig. 2 or 47 in Fig. 3. Once the car call is registered for that particular 
ID, a set of steps 137-139 will reset the alternative destination flag, the token for that ID, 

10 and set the destination for that ID to zeros. Then a test 141 determines if all of the IDs 
have been treated; if not, a step 142 causes the next ID to be identified, and the functions 
1 35-141 are repeated for the next ID in turn. For any ID which has not responded, the 
functions 135-139 are bypassed. When all of the responding IDs have been treated, an 
affirmative result of test 141 causes other programming to be reached through the return 

15 point 126. 

In the foregoing embodiments, the altemative destination flag is utilized to keep 
track, separately, that an altemative destination has been designated. However, it should 
be obvious that the flag is not required per se, since the altemative destination may be 
kept track of in the sense of being present when it is other than some specific number, 

20 such as all zeros or all ones, and absent when it is represented by some specific floor 
number. Specifically, tests 68, 90 and 1 12 could be "DSTINATN = ZEROS," with a 
negative result equaling the altemative destination flag. 

Any of the foregoing embodiments which employ a device having a voice input 
may be modified for use with secure elevators or secure spaces by means of voice 

25 authentication. The device may, instead of relying upon voice to wake up, which could 
cause it to wake up erroneously in response to ordinary conversation, may have a wake up 
button. Such a device may be as illustrated in Fig. 9, in which a wake up button interrupt 
1 50 reaches a pair of steps 1 5 1 , 1 52 to cause the device to wake up and initialize. Then a 
step 153 initiates a voice timer to establish a period of time within which, if the device 

30 does not recognize voice, it will go back to sleep. A test 1 56 determines if the voice timer 
has timed out; if it has, the device will go to sleep at a point 1 57. But if not, then a test 
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158 determines if the device recognizes voice or not. If not, the routine reverts to the test 
156; this will continue either until time out or until voice is recognized, at which time a 
subroutine 159 will perform voice authentication. This is a conventional subroutine 
which will match either any words or some particular words spoken by the bearer to 

5 determine if the speaker is the authorized bearer assigned the device's ID. If it is not the 
authorized person's voice, a test 160 will be negative causing a step 161 to set an alarm. 
But if it is the authorized person's voice, then the steps 33-36 of Fig, 2 are performed, in 
either event the device then goes to sleep through the point 157. In such a modification, 
the use of the alarm may be within the functions of Fig. 4, as illustrated in Fig. 10. 

10 Therein, the beacon interrupt 57 will cause the steps 58-63 to be performed and then a test 
163 will determine if the alarm was set in step 161 of Fig. 9, or not. If it was, a step 164 
will transmit the ID of the device and an alarm. This will provide the building with 
information that a device is in the hands of an inappropriate user, and which device that 
is. Then a step 165 may sound an alarm, if desired, which may help security personnel 

15 apprehend the offender. But if the alarm was not set in Fig. 9, a negative result of test 
163 causes step 65-77 to be performed as illustrated in Fig. 4. In either case, the device 
will then can go to sleep through the point 66. Any request for service by a restricted 
elevator or access to a restricted space can be screened by comparing the ID with lists of 
authorized persons. 

20 A modification that may be made to the embodiment of Fig. 5 is utilizing the 

destination field as an indication of whether an altemative destination has been provided, 
and as the token of intent to use the elevators. In Fig. 1 1 , it is assumed that the 
destination field is always set to zeros unless an altemative destination is entered by the 
bearer. It is further assumed that the destination field of non-zeros is utilized as the 

25 altemative destination flag. Therefore, when the test 87 senses that a token indicating a 
request for elevator service is present, then a test 90 will cause a step 91a to transmit the 
ID, the altemative destination, and the floor number of the beacon; but if the destination 
is all zeros, then a step 93a will cause the device to transmit the ID, the destination of all 
zeros, and the floor number of the beacon. Within the system, a destination field of all 

30 zeros will be recognized as a cause for generating a default destination; where a 
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destination field not of zeros will be taken as an indication that an alternative destination 
is not to be generated. 

In a system having a separate elevator system and access system being utilized by 
devices which can generate tokens for either system, and in which the elevator system is 

5 separate from the access system, the routine may be as shown in Fig. 12. Therein, the 
only distinction from Fig. 7 is that the test 1 1 la not only determines if the particular ID 
has a token, but that token must be an elevator token. A routine for a device that may 
generate elevator tokens and access tokens is illustrated in Fig. 13. Therein, following 
processing of the voice input by the subroutine 33, a test 168 determines whether the 

10 voice has designated a desire to have access or not. If so, a step 169 will set an access 
token and then the steps 34-36 of Fig. 2, modified to represent various spaces to which 
access may be had, are performed and then the device returns to sleep through the point 
38. On the other hand, if the voice input did not designate a desire to gain access, then a 
test 170 determines if the voice designated a desire to utilize the elevator. If so, a step 

15 171 will set an elevator token, and then the steps 34-36 of Fig. 2 will be performed, 
following which the device will return to sleep through the point 38. If the voice was 
unclear as to whether access or elevator service is desired, a negative result of test 170 
may reach a step 1 73 to indicate to the bearer in some fashion that he should repeat his 
request, if desired. Of course, a single system in the building could manage both access 

20 and elevators, if desired. 

The invention may be used where an elevator is not secure, but a destination floor 
and every space in the destination floor is secure; in such a case, egress from the elevator 
on a secure floor may only provide access to a small vestibule, use of the device being 
required to exit the vestibule to any other space on the floor. 

25 The embodiment of Fig. 2 may be altered so as to require that the passenger 

verbalize his intent, with a word such as "elevator", or his floor number or the like, 
instead of setting the token automatically in response to any voice input. Similarly, the 
embodiments of Fig. 3 and Fig. 1 1 could be modified so that the token will automatically 
be set. Reference to a beacon "disposed within an elevator car" means a beacon disposed 

30 so that a portable device will not respond to it except as or when the passenger bearing it 
enters the elevator car. 
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1 1) A method of automatically performing at least one of providing access to spaces 

2 controlled by an access system or registering calls for service in an elevator system within 

3 a building, in response to transmissions from a portable device having bearer-operable 

4 data input means and carried by a unique potential occupant or passenger, respectively, 

5 comprising: 

6 (a) providing in response to input to said device by said bearer, at least one of, 

7 an elevator token manifestation of said bearer's intent to use an elevator the next 

8 subsequent time that said bearer approaches the elevator, an access token manifestation of 

9 said bearer's intent to gain access to a space, a manifestation of a destination floor for an 

10 elevator call for service to be automatically registered for said bearer at a subsequent 

1 1 point in time, and a manifestation of a destination space to which said bearer desires 

12 access; and 

13 (b) transmitting at least one of, one of said destination manifestations and one 

14 of said token manifestations from said device to one of said systems; 

15 (c) performing at least one of, registering an elevator call for said bearer for 

16 elevator service only in response to the presence in said elevator system, if any, of one of 

17 said elevator token manifestation and said manifestation of a destination which identifies 

18 a floor, and providing said bearer with access to a space only in response to the presence 

19 in said access system, if any, of one of said access token and said manifestation of a 

20 destination which identifies a space; and 

21 (d) terminating said elevator token manifestation, if any, and one of said 

22 destination manifestations, which identifies a floor, prior to said passenger concluding 

23 elevator service provided in response to said call, and terminating said access token, if 

24 any, and any one of said destination manifestations which identifies a space, as soon as 

25 said access is provided in response thereto. 

1 2) A method according to claim 1 wherein said step (a) comprises providing at least 

2 one of said elevator token but not said manifestation of a destination floor and said access 

3 token but not said manifestation of a destination space; and fiirther comprising: 
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4 (e) providing a manifestation of at least one of a default destination floor for 

5 an elevator call for service to be automatically registered for said passenger at a 

6 subsequent point in time and a default destination space. 

1 3) A method according to claim 2 wherein said step (e) is performed by said device. 

1 4) A method according to claim 2 wherein said step (e) is performed by said system. 

1 3) A method according to claim 1 wherein at least one of said token manifestations 

2 and said manifestations of a destination are maintained in said device imtil completion of 

3 said step (c); and 

said step (d) is performed in said device. 

1 6) A method according to claim 1 wherein said step (d) is performed in said device 

2 following said step (b), and said step (d) is performed in said system following 

3 completion of said step (c). 

1 7) A method according to claim 1 wherein said steps (a) and (b) comprise providing 

2 and transmitting at least one of both an elevator token manifestation and a manifestation 

3 of a destination floor or both an access token manifestation and a manifestation of a 

4 destination space. 

1 8) A method according to claim 1 wherein said step (a) comprises: 

1 (f) providing an altemative floor and/or space destination in response to a 

2 specific input to said device indicative of said floor and/or space destination, if any, 

3 respectively; and 

4 (g) providing a default floor destination in dependence upon the floor upon 

5 which a beacon signal indicates that the device is disposed if said elevator token is 

6 present unless said altemative floor destination is also present, and 

7 providing a default space destination if said space token is present unless said 

8 altemative space destination is also present. 
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1 9) A method according to claim 8 wherein said step (g) is perfpnned in said device. 



1 10) A method according to claim 8 wherein said step (g) is performed in said elevator 

2 system. 

1 11) A method according to claim 1 wherein said step (d) comprises: 

1 terminating one or more of said elevator token or floor destination manifestations 

2 in response to receipt by said device of a signal from a beacon disposed within an elevator 

3 car. 

1 12) A method according to claim 1 wherein said step (a) consists solely of: 

1 providing said access token; said step (b) consists solely of: 

2 transmitting said access token; and said step (d) consists solely of: 

3 terminating said access token. 

13) A method according to claim 1 wherein said step (a) consists solely of: 

1 providing said elevator token; said step (b) consists solely of: 

2 transmitting said elevator token; and said step (d) consists solely of: 

3 terminating said elevator token. 

1 14) A method according to claim 1 wherein both said elevator system and said access 



2 system are present and said device generates both elevator tokens and/or floor 

3 destinations and access tokens and/or space destinations. 

1 IS) A method according to claim 1 wherein said device generates access tokens and/or 

2 space destinations for a plurality of spaces. 

1 16) A pparatus for automatically performing at least one of providing access to spaces 

2 controlled by an access system or registering calls for elevator service to be provided by 

3 an elevator system in a building, comprising: 
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4 a portable device to be worn by a bearer, said portable device having data input 

5 means operable by said bearer to provide at least one of an elevator token manifestation 

6 of said bearer's intent to use an elevator the next subsequent time that said bearer 

7 approaches said elevator, an access token manifestation of said bearer's intent to gain 

8 access to a space, a manifestation of a destination floor for elevator service desired by 

9 said bearer, and a manifestation of a destination space to which access is desired by said 

10 bearer, said portable device transmitting at least one of said manifestations to at least one 

1 1 of said systems; 

12 means for performing at least one of registering an elevator call for said bearer for 

13 service only in response to the presence of at least one of said elevator token and said 

14 destination manifestation identifying a floor, and providing said bearer with access to a 

1 5 space only in response to the presence of at least one of said access token and said 

16 destination manifestation identifying a space; and 

17 means for performing at least one of terminating said elevator token 

18 manifestation, if any, and/or said destination manifestation identifying a floor, if any, 

19 prior to said passenger concluding elevator service provided in response to said call, and 

20 terminating said access token, if any, and/or said destination manifestation identifying a 

21 space, if any, as soon as access is provided in response thereto. 

17) Apparatus according to claim 16 wherein said apparatus further comprises: 

1 default means for providing a manifestation of a default destination for at least 

2 one of an elevator call for service to be automatically registered for said passenger at a 

3 subsequent point in time, in the event that said passenger operates said data input means 

4 to provide an elevator token but not to provide said manifestation of a destination floor, 

5 and a space to which access is desired, in the event that said passenger operates said data 

6 input means to provide an access token but not to provide said manifestation of a 

7 destination space. 

1 1 8) Apparatus according to claim 1 7 wherein said default means is within said device. 



1 



19) 



Apparatus according to claim 17 wherein said defauh means is within said system. 
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1 20) Apparatus according to claim 1 6 wherein at least one of said elevator token 

2 manifestation, if any, and said manifestation of a destination floor, if any, are maintained 

3 in said device imtil said call is registered, and said access token manifestation, if any, and 

4 said manifestation of a destination space, if any, are maintained in said device until said 

5 space is accessed, and said means for terminating is within said device. 

21) Apparatus according to claim 16 wherein said means for terminating comprises: 

1 first means for terminating said manifestations in said device after transmitting 

2 said manifestations and second means for terminating said manifestations in said system 

3 after registering said call or gaining access to said space, as the case may be. 

1 22) Apparatus according to claim 1 6 wherein at least one of an elevator token 

2 manifestation and an access token manifestation is provided and transmitted. 

1 23) Apparatus according to claim 16 wherein said means for terminating terminates 

2 said elevator manifestations in response to a signal from a beacon within an elevator car. 

1 24) Apparatus according to claim 1 6 wherein said portable device comprises means 

2 for authenticating the voice of the beaier before providing any of said manifestations. 

1 25) Apparatus according to claim 16 for only providing access to spaces. 

1 26) Apparatus according to claim 1 6 for only registering calls for elevator service. 

1 27) Apparatus according to claim 16 for both providing access to spaces and 

2 registering calls for elevator service. 
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